VARIABLE LENGTH DECODING SYSTEM AND METHOD 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims priority from provisional application No. 
60/462,501, filed 04/11/2003 and is a continuation-in-part of pending application 
No. 09/788,807, filed 02/20/2001. 

BACKGROUND OF THE INVENTION 

The present invention relates to electronic systems, and more particularly, 
to digital systems and methods with bitstreams representing coded information 
with codewords of variable length. 

The current rapid expansion of digital communication (speech, video, and 
data) relies on increasingly economical digital signal processing and efficient 
transmission and storage. For example, video communication has general 
functionality as illustrated in Figure 4a, and increasingly includes a link through the 
air interface as illustrated in Figure 4b. Many digital communication systems and 
standards, such as MPEG, use coding with variable length codewords for coding 
efficiency. Variable length decoding (VLD) is needed for decoding bitstreams 
whenever variable length coding (VLC) is used by the encoder for generating the 
bitstreams. A VLC table typically has entries with three fields (codeword length: 
length; pattern or information encoded: pattern; and variable length codeword: 
vlccode). VLD is to determine the value of the fields (length, pattern) based on 
the vlc code value extracted from the bitstream. Figure 2 illustrates the principle 
of VLD. To find and decode the next codeword, the decoder looks at the 
sequence of bits forward from the current bitstream position and finds a match to 
a possible value of vlc code. Based on the extracted vlc code value, the VLD 
determines (length, pattern) by look up in the VLC table, outputs the value of 
pattern as the decoded next codeword, and then updates the current decoding 
position in the bitstream according to the decoded codeword length, and starts to 
decode the next codeword. The look for the next codeword usually reads a fixed 
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length of bits (e.g., the maximal codeword length, len_ max, of the entire VLC 
table) and then searches for a possible codeword; see Figure 2. 

Normally, a decoder includes several VLDs to handle multiple VLCs 
because VLC tables are different from table to table, and VLD functions have to 
be implemented differently according to the contents of the VLC tables. For a 
decoder implementation this implies large code size (or high gate count for 
hardware solutions) and long development times. Therefore, there is a demand 
to have a universal VLD method that is able to deal with any VLC table in order 
to reduce costs and increase flexibility in decoder design. 

Obviously, the simplest way to do universal VLD is with the direct VLD 
table look up; that is, each possible sequence of lenjnax bits in the bitstream is 
an index to a table entry containing the next codeword length and pattern. 
However, this requires a huge VLD table size: indeed, a table with 2 lenjnax 
entries. For example, if the maximum codeword size of a VLC table is 16 bits 
(i.e., lenjnax = 16), such a VLD table would have 64 K entries. This is too 
expensive in terms of memory size. 

SUMMARY OF THE INVENTION 

The present invention provides universal VLD methods including a VLD 
table construction function and a universal VLD function. The universal VLD 
function is valid for any VLD as long as the VLD tables are produced by using the 
VLD table construction function. 

This has the advantage of smaller VLD size because a single VLD function 
can decode multiple VLC codes. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figures 1a-1c illustrate preferred embodiment universal variable length 
decoding. 

Figure 2 illustrates variable length decoding (VLD). 
Figures 3a-3b are block diagrams of a preferred embodiment decoding 
systems. 
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Figures 4a-4b show general digital communication which could 
preferred embodiment decoding. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
1 . Overview 

Preferred embodiments include universal variable length decoders and 
universal variable length decoding (VLD) methods for decoding streams of 
codewords encoded with variable length coding (VLC). A given VLC table is 
translated into a VLD control table plus a VLD code table, and a universal 
variable length decoding (UVLD) use these VLD tables to decode a stream of 
VLC codewords; see Figure 1a. A single decoder for bitstreams with differing 
VLC table encodings simplifies the decoding. 

For a given VLC table which is either a 0-leading code table or a 1 -leading 
code table, the VLD code table is not too large and UVLD directly applies. 
However, for some VLC tables the corresponding VLD code table may require 
large memory. For such VLC tables, advanced UVLD (AUVLD) partitions a VLC 
table into prefix-oriented tables with a VLD prefix table plus VLD control and code 
table construction applied to each prefix-oriented table; see Figure 1b. AUVLD 
can effectively handle VLC tables such as the RVLC of DCT coefficients in 
MPEG-4. And the VLD prefix table can be merged with the VLD control table to 
minimize storage requirements; see Figure 1c. 

For UVLD the bitstream provides addressing into the VLD control table 
entries {shift, offset), and these provide addressing into the VLD code table entries 
{length, pattern) for decoding and moving the read position in the bitstream. 
Additionally, a reverse indicates bit complementation from 1 -leading to 0-leading. 

The AUVLD adds prefix parameter (pbits) indicates the number of bits in 
the bit pattern, prefix, which defines the prefix-oriented tables of a partitioned 
VLC table, and a reorganization mask {maskjcey) provides further memory 
reduction by optimizing the sizes of the VLD tables constructed from a prefix- 
oriented table. 

The following first considers UVLD without prefixes and then describes 
AUVLD which extends UVLD with the prefix partitioning of a VLC table. 
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2. Construction of VLD code table and VLD control table 

Basically, there are two kinds of simple VLC tables: 0-leading tables (e.g. 
Table 1) and 1 -leading tables (e.g. Table 4). First consider the 0-leading tables; 
a bit reversal will convert 1 -leading tables into 0-leading tables. Following 
sections will consider extensions to more general prefix-oriented VLC tables such 
as Table 8. 

Now an example of a 0-leading VLC table is the following Table 1 which is 
the MPEG-1 macroblock address increment code table. 



length 


pattern 


vlc_code 




( macroblockadd ressincrement ) 


(codeword) 


1 


1 


1 


3 


2 


011 


3 


3 


010 


4 


4 


0011 


4 


5 


0010 


5 


6 


00011 


5 


7 


00010 


7 


8 


0000111 


7 


9 


0000110 


8 


10 


00001011 


8 


11 


00001010 


8 


12 


00001001 


8 


13 


00001000 


8 


14 


00000111 


8 


15 


00000110 


10 


16 


0000010111 


10 


17 


0000010110 


10 


18 


0000010101 


10 


19 


0000010100 


10 


20 


0000010011 


10 


21 


0000010010 


11 


22 


00000100011 


11 


23 


00000100010 


11 


24 


00000100001 


11 


25 


00000100000 


11 


26 


00000011111 


11 


27 


00000011110 


11 


28 


00000011101 


11 


29 


00000011100 


11 


30 


00000011011 


11 


31 


00000011010 


11 


32 


00000011001 


11 


33 


00000011000 



Table 1. VLC table of MPEG1 Macroblock_address_increment 
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Table 1 is used as an example to explain how to construct the VLD code 
table and the VLD control table from a given VLC table. 

The basic idea is to divide the VLC table into a set of sub-tables in a 
defined order according to the vlc_code values. The sub-table entries make up 
the VLD code table. For each sub-table there will be a field to indicate the 
location of the sub-table in the VLD code table, and those fields build up the VLD 
control table. 

The construction of the VLD code table and the VLD control table from a 
given VLC table has eight steps: 

1 . Get the maximal length (lenjnax) of codewords in the VLC table (e.g., 
lenjnax = 1 1 for Table 1); and let length denote the length of a codeword. 

2. Left shift each VLC codeword (vlcjode) in the VLC table by (lenjnax - 
length) bits. For example, the first vlc_code entry in Table 1 is 1 and has a 

length of 1 bit, so the codeword is left-shifted by 10 bits to yield 1 

After shifting this codeword has a value of 1024 when interpreted as an 

1 1-bit integer; see the last entry in columns "Re-organized vlc_code" and 
"shifted value" in following Table 2 which illustrates items in the 
construction of the VLD tables from Table 1 . That is, treat the left shifting 
as adding 10 0-bits, so the shifted codeword would be 1000 0000 000 
which, as a binary integer, equals 1024. 

3. Reorder the shifted VLC codewords into increasing order according to the 
vlc_code values after shifting (column "shifted value" in Table 2). 

4. Divide the VLC table into sub-tables according to the shifted values. A 
reorganized VLC codeword is classified into sub-tables if its shifted value 
satisfies 2"" 1 < value < T. The variable subtabjd is used to denote n in the 
decoding. Sub-tableO is an exception and contains only one zero element. 
By classifying sub-tables in this way it is easy to identify to which sub-table 
index, subtabjd, a given shifted value belongs, because the sub-table 
index can be simply determined by checking the MSB position of the 
shifted value. This is the same as the sub-table number for shifted 
vlcjode being 1 1 - (the number of leading 0s in vlcjode). 
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5. Fill up the leaks in each sub-table. Leaks are defined as codeword entries 
that are valid but not used in the VLC table. For example, in Table 2 all 
the entries in sub-tableO, sub-table1, sub-table2, sub-table3, and sub- 
table4 plus the entries below shifted value 24 in sub-table5 are missing 
because those entries are not used in the VLC table (see Table 1). For 
the purpose of error detection, those leaks must be filled with dummy 
codewords. In Table 2, the leaks are filled with the dummy code (0,0) for 
(length, pattern) in the central column and correspond to potential-but-not- 
used codewords shown underlined in column "Re-organized vlc_code". 
Whenever a decoder extracts a dummy code (0,0) from the bitstream, it 
will report a finding of error. 

6. Determine shift for each sub-table where shift for a sub-table is defined as 
the difference between lenjnax and the maximal length of the codewords 
in the sub-table. For example, sub-table6 of Table 2 has codewords 
varying in length from 8 to 1 1 bits, thus shift equals 0 The VLD control 
table has shift as the first field component; see Table 2, left column "VLD- 
control (shift, offset)". In effect, shift is the minimum shift of all of the 
codewords in the sub-table and will be applied in the decoding to convert 
a set of bits of length lenjnax from the bitstream to approximate codeword 
size. For example, sub-table7 has vlc_code varying from 7 to 8 bits, so 
shift = 3; then for vlcjcode = 0000 1 1 1 the corresponding lenjnax bits from 
the bitstream (0000 1 1 1 x xxx) after left shifting by shift would be 0000 1 1 1x 
where x is either 0 or 1 . 

7. Determine the entry indices in the VLD code table by simple enumeration 
starting at 0 in sub-tableO. Each element (length, pattern) is repeated 
2 ien_maxshifi-iength tjmes jn the VLD code tab | e; thjs means the approximate 

codeword suffices because the repetition allows for the irrelevant x. As an 
example, in sub-table7 of Table 2, the center column (which are the VLD 
code table entries (length, pattern) expressed in decimal) and Table 3 
which lists these entries, the entry (7, 8) appears twice because (lenjnax = 
1 1, shift = 3, length = 7). That is, the VLD code table indices 70 and 71 
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(column "VLD code index" of Table 2) both appear for (7,8). and in the 
corresponding VLD code table (VLDCodeTab[79] of Table 3), the 70 th and 
71 st components in the array of 79 components are both (7,8). This 
repetition accounts for the unequal length of codewords in the sub-table 
(the irrelevant x bits) and makes universal decoding simpler. 
8. Determine offset for each sub-table so that any entry in the sub-table can 
find its index in the VLD code table by the equation: index = offset + (value 
» shift), where value is the entry in the column "shifted value" in Table 2. 
Thus offset for a sub-table aligns the index with the unshifted value. Note 
that decoding "shifted value" here is equivalent to the value of the 
sequence of lenjnax bits starting at the current decoding position in the 
bitstream in that the binary value of the lenjnax bits is in the range of the 
sub-table. For example, the second entry of sub-table10 of Table 2 has 

shift 8, index 77, and vlc_code 01 1 ; the 8 -'s are the left shift of 8, so 

(value » shift) is 3 (binary 011) and offset = index -(value » shift) =77 - 3 
= 74. The VLD control table has offset as the second field component. 



VLD control 
(shift, off set) 


VLD code 
index 


VLD code 
(length, pattern) 


Re - or gani z ed 
vie code 


shifted 
value 


Sub-tableO (0-0) 


(0,0) 0-0 ( 0, 0) 0000 0000 000 0 


Sub- table 1 (1-1) 


(0,0) 1-1 ( 0, 0) 0000 0000 001 1 


Sub-table2 (2-3) 


(0,0) 


2-3 


( 0, 0) 
( 0, 0) 


0000 0000 010 
0000 0000 011 


2-3 


Sub-table3 (4-7) 


(0,0) 


4-7 


( 0, 0) 
( 0, 0) 


0000 0000 100 
0000 0000 111 


4-7 


Sub-table4 (8-15) 


(0,0) 


8-15 


( 0, 0) 
( 0, 0) 


0000 0001 000 
0000 0001 111 


8-15 


Sub- tables (16-31) 1 


(0,0) 


16-23 


( 0, 0) 
( 0, 0) 


0000 0010 000 
000 0010 111 


16-23 




24 


(11,33) 


0000 0011 000 


24 




25 


(11,32) 


0000 0011 001 


25 




26 


(11,31) 


0000 0011 010 


26 




27 


(11,30) 


0000 0011 011 


27 
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28 


(11,29) 


0000 0011 100 


28 




29 


(11,28) 


0000 0011 101 


29 




30 


(11,27) 


0000 0011 110 


30 




31 


(11,26) 


0000 0011 111 


31 


Sub-table6 (32-63) 


(0, 0) 


32 


(11,25) 


0000 0100 000 


32 




33 


(11,24) 


0000 0100 001 


33 




34 


(11,23) 


0000 0100 010 


34 




35 


(11,22) 


0000 0100 Oil 


35 




36-37 


(10,21) 


0000 0100 10- 


36 




38-39 


(10,20) 


0000 0100 11- 


38 




40-41 


(10,19) 


0000 0101 00- 


40 




42-43 


(10,18) 


0000 0101 01- 


42 




44-45 


(10,17) 


0000 0101 10- 


44 




46-47 


(10,16) 


0000 0101 11- 


46 




48-55 


( 8,15) 


0000 0110 — 


48 




56-63 


( 8,14) 


0000 0111 


56 


Sub- table 7 (64-127) 


(3,56) 


64 


( 8,13) 


0000 1000 — 


64 




65 


( 8,12) 


0000 1001 - — 


72 




66 


( 8,11) 


0000 1010 


80 




67 


( 8,10) 


0000 1011 — 


88 




68-69 


( 7, 9) 


0000 110 


96 




70-71 


( 7, 8) 


0000 111 


112 


Sub-table8 (128-255) 


(6,70) 


72 


( 5, 7) 


0001 0 


128 




73 


( 5, 6) 


0001 1 


192 


Sub-table9 (256-511) | 


(7,72) 


74 


( 4, 5) 


0010 


256 




75 


( 4, 4) 


0011 


384 


Sub-tablelO (512-1023) 


(8,74) 


76 


( 3, 3) 


Oio 


512 




77 


( 3, 2) 


Oil 


768 


Sub-tablell (1024-2047) 


(10, 77) 78 ( 1, 1) 1 1024 



Table 2. Design of UVLD code table and VLD control table for MPEG1 
Macroblock_address_increment 



Given the following data types: 

typedef struct vldcodetab { 

char length; 

short pattern; 
} VLDCodeTab; 

typedef struct vldctltab { 

char shift; 

short offset; 
} VLDCtlTab; 

VLD code table and VLD control table for VLC Table 1 are shown in Table 3. 



static VLDCodeTab Macroblock address increment vldtab[7 9]={ 
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{ 0, 0},{ 0, 0),{ 0, 0},{ 0, 0},{ 0, 0},{ 0, 0},{ 0, 0},{ 0, 0}, 
{ 0, 0},{ 0, 0},{ 0, 0},{ 0, 0),{ 0, 0},{ 0, 0}, { 0, 0},{ 0, 0}, 
{ 0, 0},{ 0, 0},{ 0, 0},{ 0, 0},{ 0, 0},{ 0, 0},{ 0, 0},{ 0, 0}, 
{11,33}, {11,32}, {11,31}, {11, 30}, (11,29), {11,28}, {11,27}, {11,26}, 
{11,25}, {11,24}, {11,23}, {11,22}, {10,21}, {10,21}, {10,20}, {10,20}, 
{10,19}, {10,19}, {10,18}, {10,18}, {10,17}, {10,17}, {10,16}, {10,16}, 
{ 8,15}, { 8,15}, { 8,15}, { 8,15}, { 8,15}, { 8,15), { 8,15}, { 8,15}, 
{ 8,14}, { 8,14), { 8,14}, { 8,14}, { 8,14), { 8,14), { 8,14}, { 8,14}, 
{ 8,13}, { 8,12}, { 8,11}, { 8,10}, { 7, 9},{ 7, 9},{ 7, 8},{ 7, 8), 
{ 5, 7},{ 5, 6},{ 4, 5},{ 4, 4},{ 3, 3},{ 3, 2},{ 1, 1} 



static VLDCtlTab Macroblock_address_increment_vldctl [ 12 ] ={ 

{ 0, 0},{ 0, 0},{ 0, 0},{ 0, 0},{ 0, 0},{ 0, 0},{ 0, 0},{ 3,56), 
{ 6,70}, { 7,72}, { 8,74}, {10,77) 

}; 

len max = 11; reverse = 0; 



Table 3. UVLD code table and UVLD control table for MPEG1 macroblock_address_increment 



That is, the VLD construction function converts VLC Table 1 into the VLD 
code table and the VLD control table shown in Table 3. Note that the original 
VLC Table 1 has 33 entries (length, pattern, vie code); whereas, the VLD code 
table has 79 entries {length, pattern) and the VLD control table has 12 entries 
{shift, offset). In effect, the preferred embodiment has translated VLC Table 1 into 
two tables which may aggregately be larger, but this translation will allow 
application of a universal decoding function. Note that the number of repetitions 
in the VLD code table depends upon the variance of codeword length for 
codewords with the same number of leading 0s (which will be in the same sub- 
table). Section 3 describes a universal VLD decoding using the VLD control 
table and the VLD code table instead of a decoder specialized for the original 
VLC table. 

Now consider the VLD construction function applied to a 1 -leading VLC 
table such as the following Table 4 example which is a 1 -leading VLC table and 
used for the MPEG 1 dct dc size luminance. 



length 


pattern 
(dct dc size luminance) 


vlc_code 


3 


0 


100 


2 


1 


00 


2 


2 


01 
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3 


3 


101 


3 


4 


110 


4 


5 


1110 


5 


6 


11110 


6 


7 


111110 


7 


8 


1111110 



Table 4. VLC table of MPEG1 dct_dc_size_luminance 



The VLD table construction for a 1 -leading VLC table is similar to that of a 

0- leading VLC table. The difference lies in re-organization of the vlc_codes. In a 

1 - leading table, the shifted value of a vlcjoode is computed by first performing a 
bit-reversal (interchange 0 and 1 and indicated by the value of reverse) of the 
vie code followed by a left shift of (lenjnax -length) bits (see Table 5, column 
"shifted value"), where length is again the codeword length of vlc_code. After this 
computation of shifted value, the same steps as described above for 0-leading 
codes are used to construct the VLD code table and the VLD control table: see 
Table 5 and Table 6. 



VLD control 


VLD code 




VLD code 


Re-organized 


Shifted 


(shif t,of f set) 


index 




( length , pattern ) 


vie code 


Value 


Sub- table 0 (0-0) 


(0,0) 


0 




( 0, 0) 


1111 111 


0 


Sub-tablel (1-1) 


(0,0) 


1 




( 7, 8) 


1111 110 


1 


Sub-table2 (2-3) 


(1,1) 


2 




( 6, 7) 


1111 10- 


2 


Sub-table3 (4-7) 


(2,2) 


3 




( 5, 6) 


1111 0 — 


4 


Sub- table 4 (8-15) 


(3,3) 


4 




( 4, 5) 


1110 — 


8 


Sub-table5 (16-31) 


(4,4) 


5 




( 3, 4) 


110 


16 


Sub- table 6 (32-63) 


(4,4) 


6 


( 3, 3) 


101 


32 




7 


( 3, 0) 


100 


48 


Sub-table7 (64-127) 


(5,6) 


8 


( 2, 2) 


01 


64 




9 


( 2, 1) 


00 


96 



Table 5. Design of VLD code table and VLD control table for MPEG1 dct_dc_size_luminance 



static VLDCodeTab Dct_dc_size_luminance_dcdtab [ 10] ={ 

{ 0, 0},{ 7, 8},{ 6, 7},{ 5, 6},{ 4, 5>,{ 3, 4},{ 3, 3),{ 3, 0), 
j 2, 2),{ 2, 1} 



TI-36231 Page 11 



t t 



> ; 

static VLDCtlTab Dct_dc_size_luminance_dcdctl [ 8 ] = { 

{ 0, 0},{ 0, 0},{ 1, 1},{ 2, 2},{ 3, 3},{ 4, 4},{ 4, 4},{ 5, 6} 

}; 

len_max = 7; reverse = 1; 
Table 6. VLD Code table and VLD control table for MPEG1 dct_dc_size_luminance 

As Table 3 and Table 6 show, the size of a VLD control table is fixed; it 
has lenjnax + 1 entries. However, the size of a VLD code table varies from table 
to table, it depends on the VLC table characteristics. 

The construction of the VLD code table and the VLD control table as in the 
foregoing for any given VLC table can be automated; this includes the decision 
whether the input VLC table is treated as a 0-leading table or a 1 -leading table. 



3. Universal VLD decoding 

The construction of the VLD code table and the VLD control table for a 
VLC table allows a universal VLD decoding function for decoding. Table 7 
illustrates the pseudo code for an implementation of a universal VLD decoding 
function. 



int UniversalVLD( 



Bitstream *stream, 


/* pointer of bitstream 


*/ 


VLDCodeTab *vldtab, 


/* pointer of VLD table 


*/ 


VLDCtlTab "vldctl, 


/* pointer of VLD control table 


*/ 


int len_max, 


/* maximum code length in the VLD table 


*/ 


char reverse, 


/* reverse =0/1 -> zero/one leading VLD table 


*/ 


char *err_flag) 


/* err flag =1 ->error detected, err_flag=0->decoding OK 


*/ 



{ 

int value, subtab_id, index; 



/•— — ==== ■ — = 

/* get the value of next "len max" bits in the bitstream 

/»= — ■ == 




==* 

*/ 
=-* 


value = next_bits(stream, len_max); 

/*==================================== 




— ♦ 


/* reverse the value for 1 -leading VLD table 

/*— — 


*/ 


■it 


< 

if (reverse) value = ((l«len_max)-l) A value; 

/♦——_., ._ * 


/* determine the sub-table index according to the value. TMS320C6X and TMS320C54X have 





TI-36231 Page 12 





/* special instructions for such an operation 

/* 

if (value=0) subtab_id = 0; else subtabjd = (int) log2(value) + 1 ; 


*/ 

*/ 




/*====== — - 

1* get index in the VLD code table 

/*=— — - = 

index = vldctirsubtab idl offset + (value»vldctirsubtab idl shiftV 


-_======*/ 

*/ 
*l 




/»— — -• 

1* decide if an decoding error is detected 

/* 

if (vldtab[index]. length ==0) *enr_flag =1; else *err_flg=0; 


====*/ 
*/ 

*/ 




1*=========================================================-. 

/* update the current decoding position in the bitstream 

/*— — ■= ======== =================== 

if (*err_flg==0) flush_bits(stream, vldtab[index], length); 


=♦/ 
*/ 

============*/ 




,*===================================. 

/* return the decoded coding pattern 

/*============================ ========================= 

return vldtab[index]. pattern; 


==*/ 

*/ 

============*/ 


} 



Table 7. Pseudo code for the universal VLD decoding function 



The universal VLD decoding function contains the following steps: 

1 . Get the value of the next len max bits in the bitstream; that is, interpret the 
next lenjnax bits as a binary integer. 

2. If the VLC is a 1 -leading table, then reverse the bits of value bit-by-bit. 

3. Determine the sub-table index {subtabjd) for addressing the VLD control 
table according to the value: if value = 0, then the subtabjd is 0; otherwise, 
subtabjd = (int) log2(yalue) + 1 . 

4. Get shift and offset from the VLD control table by using the subtabjd 
address. 

5. Compute the index in the VLD code table as index = (value»shift)+ offset. 

6. Acquire the codeword length and codeword pattern from the VLD code 
table entry at index. 

7. Update the current decoding position in the bitstream by using length, and 
interpret pattern to recover the encoded symbol. 

8. Loop to step 1 . 
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This function is universal in the sense that it can deal with any VLC table 
provided that corresponding VLD code table and VLD control table are 
constructed according to the foregoing description. Further, this function has the 
ability to perform error detection. Figure 1a illustrates the decoding. 

Figure 3a is a block diagram of preferred embodiment universal VLD 
decoding function. The core of this function is the universal VLD unit, which 
includes data memory and registers connected to it. The data memory is used to 
store the VLD code table and the VLD control table, while the three registers are 
used to store the bitstream decoding position, lenjnax/reverse, and the decoding 
status (i.e. err_flag). To decode pattern, the universal VLD decoding unit points to 
the related VLD code table and VLD control table, then extracts the pattern from 
the bitstream according to the given bitstream position and lenjnax/reverse. After 
decoding the pattern, the bitstream position register as well as the decoding 
status register are updated. 

The preferred embodiment universal VLD system is made up of two 
functions: a VLD table construction function and a universal VLD decoding 
function. The VLD table construction function constructs the VLD code table and 
the VLD control table according to the given VLC table; this can be done offline 
and stored prior to actual decoding. The universal VLD decoding function is valid 
for decoding any VLC as long as its VLC table is translated into a VLD code table 
plus a VLD control table according to the foregoing format. In addition, it 
provides the error detection ability that is essential for decoding a VLC in real 
applications. 

4. Advanced UVLD 

Further preferred embodiment universal variable length decoding has a 
two-tier decomposition of a VLC table: each codeword is assigned to a prefix- 
oriented (prefix-labeled) table defined by a fixed-bit-length prefix (left-most bits) 
of the codeword. Then from each prefix-oriented table construct a control table 
and a code table as described in the preceding UVLD sections. Also, an 
auxiliary table of prefixes and mask keys (used for reorganizations of codewords 
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within prefix-oriented tables prior to control table and code table constructions) 
provides the addressing to the appropriate prefix-oriented table constructs from 
the bitstream. This extends the UVLD described in the preceding sections for 0- 
leading or 1 -leading VLC tables which can be considered as having a single 
prefix-oriented table with a prefix length of 0 and a mask key of all 0s or all 1s 
according to reverse, respectively. The preferred embodiments are termed 
Advanced UVLD or AUVLD and overcome a decoder memory size problem with 
UVLD for certain VLC codes by computing the required tables for each possible 
prefix length and picking the prefix length which minimizes memory use. 

In particular, presume a given VLC table, then for each value of the 
integer pbits in the range 0 < pbits < lenmax, where lenjnax is the maximum 
codeword bit length (exclusive of a suffixed sign bit) in the VLC table, proceed as 
follows: 

1 . Divide the given VLC table into 2 pbits prefix-oriented tables by using the first 
(left) pbits bits of a codeword (exclusive of a suffixed sign bit) as its prefix] 
strip off the prefix bits to define the codeword in the prefix-oriented table. 

2. Within each prefix-oriented table, apply a maskjcey to reorganize the table 
entries; repeat for all possible mask keys with selection of maskjcey to 
minimize memory requirements. 

3. After the prefix-oriented table reorganization based on maskjcey, use the 
prefix-oriented table to construct a VLD code table and a VLD control table 
as previously described for a general VLC table; that is, an AUVLD control 
table and an AUVLD code table are constructed for each prefix-oriented 
table with each maskjcey. 

4. Compute memory required for storage of the various tables and pick the 
values of pbits and available maskjcey which minimize the memory 
requirement; this defines the AUVLD control and code tables for the 
prefix-oriented code tables. Also include a AUVLD prefix table which 
contains the maskjcey and translates bitstream bits into the addresses to 
entries in the control and code tables plus maskjcey for decoding. 
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In more detail, for a given value for pbits plus a given VLC table, first 
decompose the VLC table into 2 pbits prefix-oriented tables. Let {length, pattern, 
vlcjcode) represent an entry in the VLC table where length is the codeword length 
in bits (excluding any sign-bit suffix), pattern is the symbol being encoded (such 
as the last/run/level of Table 8), and vlccode is the corresponding codeword; 
also let lenjnax be the maximum of length in the VLC code table. A VLC code 
table entry {length, pattern, vlc_code) is classified into the prefix-oriented table 
labeled prefix when the first pbits bits of the codeword (with left padded Os if 
needed) have a value equal to prefix] that is, {vlcjcode » (length -pbits)) = prefix. 

A prefix-oriented table can have none, one, or multiple entries, depending 
upon the given VLC code table. The first pbits of each codeword are then 
stripped off to form the entry in the prefix-oriented table. Therefore, the 
counterpart of an entry {length, pattern, vlcjcode) from the VLC code table is the 
entry {length^pbits, pattern, vlc code & (i len ^ bits - 1) in the appropriate prefix- 
oriented table where & indicates bitwise AND. 

For a more detailed explanation, consider the example of the MPEG-4 
reversible variable length coding of the DCT coefficients for intercoded frame 
macroblocks; the VLC code table (Table 8) has 170 entries. This is a run-length 
type of coding where a DCT coefficient to be encoded is represented by three 
numbers: "last" (1-bit), "run" (6-bit), and "level" (5-bit) which make up the 12-bit 
pattern of the entry in the VLC code table. Disregarding any suffixed sign bit, 
length varies from 3 to 15; see following Table 8. Note that in the table the 12-bit 
pattern and the codeword are both expressed in decimal for compactness. 

Static CodTab MPEG4_RVLC_INTER_DCT_TAB[170]={ /* {codejength, code_word, code_pattern} 

{3, 6, 1},{3, 7, 33}, {4, 1, 2}, { 4, 10, 65}, { 4, 11,2049}, 
{5, 4, 3}, {5, 5,97}, {5, 8, 129}, { 5, 9, 161}, { 5, 18,2081}, 
{5, 19,2113}, { 6, 12, 34}, { 6, 13, 193}, { 6, 20,225},{ 6, 21,257}, 
{ 6, 24,2145}, { 6, 25,2177}, { 6, 34,2209}, { 6, 35,2241}, {7, 28, 4}, 
{ 7, 29, 66}, { 7, 44, 289}, { 7, 45, 321}, { 7, 52, 353}, { 7, 53,2273}, 
{ 7, 56,2305}, { 7, 57,2337}, { 7, 66,2369}, { 7, 67,2401}, {8, 60, 5}, 
{8, 61, 6}, { 8, 92, 35}, { 8, 93, 98}, { 8, 108, 130}, { 8, 109,385}, 
{8, 116,417}, { 8, 117,449}, { 8, 120,2050}, { 8, 121,2433}, { 8, 130,2465}, 
{ 8, 131,2497}, { 9, 124, 7}, { 9, 125, 36}, { 9, 188, 67}, { 9, 189,162}, 
{ 9, 220,481}, {9, 221,513}, { 9, 236,545}, { 9, 237,2082}, { 9, 244,2529}, 
{ 9, 245,2561}, { 9, 248,2593}, { 9, 249,2625}, { 9, 258,2657}, { 9, 259,2689}, 
{10, 252, 8}, {10, 253, 9}, {10, 380, 37}, {10, 381, 99}, {10, 444, 194}, 
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{10, 445,226}, {10, 476, 258}, {10, 477, 290}, { 10, 492, 577}, { 10, 493,609}, 
{10, 500,641}, {10, 501,2721}, {10, 504,2753}, {10, 505,2785}, { 10, 514,2817}, 
{10, 515,2849}, {11, 508, 10}, {11, 509, 11}, {11, 764, 38}, {11, 765, 68}, 
{11, 892, 131}, {11, 893, 163}, {11, 956, 322}, {11, 957, 673}, { 1 1, 988,705}, 
{11, 989,737}, {II, 1004, 769}, {11, 1005, 801}, {11, 1012, 833}, {1 1, 1013,2051}, 
{11, 1016,2114}, {11, 1017,2881}, {11, 1026,2913}, { 1 1, 1027,2945}, {12, 1020, 12}, 
{12, 1021, 39}, {12, 1532, 69}, {12, 1533, 100}, {12, 1788, 195}, {12, 1789, 227}, 
{ 12, 1916, 354}, { 12, 1917, 865}, { 12, 1980, 897}, { 12, 1981, 929}, {12, 2012,2083}, 
{12, 2013,2146}, {12, 2028,2178}, {12, 2029,2977}, { 12, 2036,3009}, { 12, 2037,3041}, 
{ 12, 2040,3073}, {12, 2041,3105}, {12, 2050,3137}, {12, 2051,3169}, {13, 2044, 13}, 
{13,2045, 14},{13,3068, 15}, { 13, 3069, 16}, {13, 3580, 40}, {13, 3581, 101}, 
{13,3836, 132}, {13,3837, 164}, {13, 3964, 259}, {13, 3965,386}, {13,4028, 961}, 
{13,4029, 993}, { 13, 4060,1025}, { 13, 4061,1057}, {13,4076,2052}, {13, 4077,2210}, 
{13, 4084,2242}, {13, 4085,2274}, {13, 4088,2306}, { 13, 4089,2338}, {13, 4098,3201 }, 
{13,4099,3233}, {14,4092, 17}, { 14, 4093, 18}, {14, 6140, 41 }, { 14, 6141, 42}, 
{ 14, 7164, 70}, { 14, 7165, 71 }, { 14, 7676, 102}, { 14, 7677, 196}, {14, 7932, 291 }, 
{14, 7933, 418}, { 14, 8060, 450}, { 14, 8061, 482}, { 14, 8124, 514}, {14, 8125,1089}, 
{14,8156,1121}, {14,8157,1153}, {14, 8172,2053}, { 14, 8173,2084}, {14,8180,2370}, 
{ 14, 8181,2402}, {14, 8184,2434}, { 14, 8185,3265}, { 14, 8194,3297}, {14, 8195,3329}, 
{15,8188, 19}, {15,8189, 103}, { 15,12284, 133}, {15,12285,228}, {15,14332,546}, 
{15,14333,1185}, { 15,15356,1217}, { 15,15357,2085}, {15,15868,2115}, {15,15869,2466}, 
{15,16124,3361}, { 15,16125,3393}, { 15,16252,3425}, {15,16253,3457}, { 5, 1, 88}, 

}; 

Table 8. MPEG4 RVLC INTER VLC table. 

Each entry is (code length, code word, and code pattern) stored in decimal. 



For this example, take pbits equal to 7 which turns out to be the prefix size 
minimizing VLD table memory requirements. This means the left-most 7 bits of 
each codeword define which prefix-oriented table will include that codeword; if a 
codeword has less than 7 bits, then it will correspond to a range of prefixes. For 
example, the left column of following Table 9 shows the original MPEG4 RVLC 
Table entries {length pattern (in decimal), vlcjoode (in binary)), the middle column 
shows the corresponding partitioning into prefix-oriented tables for pbits = 7 with 
entries (length^bits, pattern (in decimal), vlc_code & (i len & th i> bHs _ i)), and the right 
column has the entries of the middle column reorganized within each prefix- 
oriented table. In particular, Table 9 shows illustrates the following possibilities: 
no entries for prefix in various ranges, such as 0000000, .., 0000011 (= 0x00, .., 
0x03 in hexadecimal); one entry for prefix in several ranges which arise when the 
codeword has less than pbits bits, such as prefix in the range 0x04-0x07 for 
codeword 00001; one entry for a single prefix, which arises for a codeword with 
exactly pbits bits, such as prefix = 0x1 C for codeword 001 1 100; and multiple 
entries for fourteen different prefix, such prefix = 0x1 E has two entries and prefix 
= 0x1 F has 14 entries. The codeword entries in the center column of Table 9 are 
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in the format {length-pbits, pattern, prefix-stripped, left-shifted version of vlc code 
in binary) and are listed in increasing order when interpreted as binary integers. 
After stripping off prefix, the maximum length of the codewords in a prefix- 
oriented table with entries in the center column is plenjnax = lenmax -pbits; for 
example, the prefix-oriented table with prefix = 0x1 E has two entries and 
plenjnax = 1 because after stripping off prefix, the two originally-8-bit codewords 
are now the two 1-bit codewords 0 and 1; similarly, the prefix-oriented table with 
prefix = 0x1 F has 14 entries and plen jnax = 8 because after stripping off prefix, 
the original codewords with lengths ranging from 9 to 15 bits now have 2 to 8 
bits. 



Original VLC Table 
(MPEG4 INTER RVLC) 


Prefix-Oriented Table 
(prefix, plen_max) 


Pref ix-Orien ted Table 
after reorganization with 
mask key 


original table entries 
(N/A) 


(prefix-OxO - 0x3 N/A) 


(N/A) 


original table entries 


(prefix=0x4 -0x7 

nl pn ma y = fl \ 


(N/A) 


5 88 00001 


N/A 


N/A 


original table entries 


(prefix=0x8 -Oxf 
plen max=0) 


(N/A) 


4 2 0001 


N/A 


N/A 


original table entries 


(prefix=0xl0 -0x13 
plen max=0) 


(N/A) 


5 3 00100 


N/A 


N/A 


original table entries 


(prefix=0xl4 -0x17 
plen max=0) 


(N/A) 


5 97 00101 


N/A 


N/A 


original table entries 


(prefix=0xl8 -0x19 
plen max=0) 


(N/A) 


6 34 001100 


N/A 


N/A 


original table entries 


(pref ix=0xla -0x1b 
plen max=0) 


(N/A) 


6 193 001101 


N/A 


N/A 1 


original table entries 


(pref ix=0xlc -0x1c 
plen max=0) 


(N/A) 


7 4 0011100 


N/A 


N/A 


original table entries 


(prefix=0xld -Oxld 
plen max=0) 


(N/A) 


7 66 0011101 


N/A 


N/A 


original table entries 


(prefix=0xle plen max=l) 


(pref ix=0xle plen_max=l 
mask key=0x0) 


8 5 00111100 

8 6 00111101 


1 5 0 
1 6 1 


15 0 
1 6 1 
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original table entries 



(prefix=Oxlf plen max=8) 



(pref ix=0xlf 
mask key=0xf c) 



plen max =8 



9 


7 


001111100 


9 


36 


001111101 


10 


8 


0011111100 


10 


9 


0011111101 


11 


10 


00111111100 


11 


11 


00111111101 


12 


12 


001111111100 — 


12 


39 


001111111101 — 


13 


13 


0011111111100— 


13 


14 


0011111111101 — 


14 


17 


00111111111100- 


14 


18 


00111111111101- 


15 


19 


001111111111100 


15 


103 


001111111111101 



2 


7 


00 ! 


8 


19 


00000000 


2 


36 


01 


8 


103 


00000001 


3 


8 


100 


7 


17 


0000010- 


3 


9 


101 


7 


18 


0000011- 


4 


10 


1100 


6 


14 


000010 — 


4 


11 


1101 


0 




UUUU1 1 — 


5 


12 


11100 — 


5 


39 


00010— 


5 


39 


11101 


5 


12 


00011 


6 


13 


111100— 


4 


11 


0010 


6 


14 


111101 — 


4 


10 


0011 


7 


17 


1111100- 


3 


9 


Oio 


7 


18 


1111101- 


3 


8 


011 


8 


19 


11111100 


2 


36 


10 


8 


103 


11111101 


2 


7 


11 



original table entries 



(prefix=0x20 
plen_max=0) 



-0x23 



(N/A) 



5 129 01000 

original table entries 

5 161 01001 

original table entries 

6 225 010100 

original table entries 

6 257 010101 

original table entries 

7 289 0101100 

original table entries 

7 321 0101101 

original table entries 

8 35 01011100 

8 98 01011101 

original table entries 



N/A 



N/A 



(pref ix=0x24 
plen max=0) 



-0x27 



(N/A) 



N/A 



N/A 



(prefix=0x28 
plen max=0) 



-0x29 



(N/A) 



N/A 



N/A 



(pref ix=0x2a 
plen_max=0) 



-0x2b 



(N/A) 



N/A 



N/A 



(pref ix=0x2c 
plen_max=0) 



-0x2c 



(N/A) 



N/A 



N/A 



(prefix=0x2d 
plen max=Q) 



-0x2d 



(N/A) 



N/A 



N/A 



(prefix=0x2e plen_max=l) 



(pref ix=0x2e 
mask_key=0x0 ) 



plen_max=l 



35 
98 



35 0 
98 1 



(prefix=0x2f plen_max=8) 



(prefix=0x2f plen_max=8 
mask_key=0xf c) 
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Q 


67 


Q 

.? 


1 69 

X D 




*}7 


X V 




1 1 

-L X 


38 


1 1 
X X 


68 


12 


69 


1 9 


i no 

1UU 


13 


15 


13 


16 


14 


41 


14 


42 


15 


133 


15 


228 



010111100 

010111101 

0101111100 

0101111101 

01011111100 

01011111101 

010111111100 — 
010111111101 

0101111111100 — 

0101111111101 — 
01011111111100- 
01011111111101- 
010111111111100 
010111111111101 



o 
c. 


67 


nn 


Q 

o 


i j j 


nnnnnnnn 

UUU uUUUu 


9 


1 69 


\J X 


Q 

o 


9 9 R 


nnnnnnm 


-5 
J 


"37 


inn 

X VJ u 


n 
1 


A 1 


nnnnm n- 


•3 


q q 




n 
1 


4 9 


nnnnm l - 

u U U U vj X X 


A 


"38 


1 1 nn 


D 


1 6 
X D 


nnnn i n 

U U U U X vj 


A 
H 


68 


1 1 m 

X X VJ X 


c 
O 


X O 


nnnn i i 




69 


ii 100 

X X X V V 


•3 


i nn 


nnni n 

VJ U U X u 


5 


100 


11101 


5 


69 


00011 — 


6 


15 


111100 — 


4 


68 


0010 


6 


16 


111101 — 


4 


38 


0011 


7 


41 


1111100- 


3 


99 


010 


7 


42 


1111101- 


3 


37 


011 


8 


133 


11111100 


2 


162 


10 


8 


228 


11111101 


2 


67 


11 



original table entries 



(pref ix=0x30 
plen max=0) 



-0x31 



(N/A) 



6 2145 011000 

original table entries 

6 2177 011001 

original table entries 

7 353 0110100 

original table entries 

7 2273 0110101 

original table entries 

8 130 01101100 

8 385 01101101 

original table entries 

9 481 011011100 

9 513 011011101 

10 194 0110111100 

10 226 0110111101 

11 131 01101111100 

11 163 01101111101 

12 195 011011111100 — 

12 227 011011111101 — 

13 40 0110111111100 — 

13 101 0110111111101 — 

14 70 01101111111100- 

14 71 01101111111101- 

15 546 011011111111100 
15 1185 011011111111101 



N/A 



N/A 



(pref ix=0x32 
plen_max=0) 



-0x33 



(N/A) 



N/A 



N/A 



(pref ix=0x34 
plen_max=0) 



-0x34 



(N/A) 



N/A 



N/A 



(pref ix=0x35 
plen_max=Q ) 



-0x35 



(N/A) 



N/A 



N/A 



(prefix=0x36 plen_max=l ) 



(pref ix=0x36 
mask key=0x0) 



plen_max=l 



130 
385 



130 
385 



(prefix=0x37 plen_max=8) 



(pref ix=0x37 
mask key=0xfc) 



plen_max=8 



2 


481 


00 


8 


546 


00000000 


2 


513 


0i 


8 


1185 


00000001 


3 


194 


100 


7 


70 


0000010- 


3 


226 


101 


7 


71 


0000011- 


4 


131 


1100 


6 


101 


000010 — 


4 


163 


1101 


6 


40 


000011 — 


5 


195 


11100 — 


5 


227 


00010 — 


5 


227 


11101 — 


5 


195 


00011 — 


6 


40 


111100 — 


4 


163 


0010 


6 


101 


111101 — 


4 


131 


0011 


7 


70 


1111100- 


3 


226 


Oio 


7 


71 


1111101- 


3 


194 


011 


8 


546 


11111100 


2 


513 


10 


8 


1185 


11111101 


2 


481 


11 



original table entries 



(prefix=0x38 
plen max=Q) 



-0x38 



(N/A) 



7 2305 0111000- 



N/A 



N/A 



original table entries 



(prefix=0x39 
plen max=0) 



-0x39 



(N/A) 



7 2337 0111001- 



N/A 



N/A 
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original table entries 



(prefix=0x3a plen_max=l) 



(pref ix=0x3a 
mask key=0x0) 



plen_max=l 



8 417 01110100 

8 449 01110101 

original table entries 

9 545 011101100 

9 2082 011101101 

10 258 0111011100 

10 290 0111011101 

11 322 01110111100 

11 673 01110111101 

12 354 011101111100 — 

12 865 011101111101 — 

13 132 0111011111100— 

13 164 0111011111101 — 

14 102 01110111111100- 

14 196 01110111111101- 

15 1217 011101111111100 
15 2085 011101111111101 



417 
449 



0 
1 



417 
449 



0 
1 



(prefix=0x3b plen_max=8) 



(pref ix=0x3b 
mask key=0xfc) 



plen_max=8 



2 


545 


oo 


8 


1217 


00000000 


2 


2082 


01 


8 


2085 


00000001 


3 


258 


100 


7 


102 


0000010- 


3 


290 


101 


7 


196 


0000011- 


4 


322 


1100 


6 


164 


000010 — 


4 


673 


1101 


6 


132 


000011 — 


5 


354 


11100 — 


5 


865 


00010— 


5 


865 


11101 — 


5 


354 


00011 — 


6 


132 


111100— 


4 


673 


0010 


6 


164 


111101 — 


4 


322 


0011 


7 


102 


1111100- 


3 


290 


010 


7 


196 


1111101- 


3 


258 


Oil 


8 


1217 


11111100 


2 


2082 


10 


8 


2085 


11111101 


2 


545 


11 



original table entries 



(prefix=0x3c plen_max=l) 



(pref ix= 
mask key ; 



0x3c 
=0x0) 



plen_max=l 



8 2050 01111000 

8 2433 01111001 

original table entries 

9 2529 011110100 

9 2561 011110101 

10 577 0111101100 

10 609 0111101101 

11 705 01111011100 

11 737 01111011101 

12 897 011110111100 — 

12 929 011110111101 — 

13 259 0111101111100— 

13 386 0111101111101 — 

14 291 01111011111100- 

14 418 01111011111101- 

15 2115 011110111111100 
15 2466 011110111111101 



1 2050 0 
1 2433 1 



1 2050 
1 2433 



(prefix=0x3d plen_max=8) 



(pref ix= 
maskkey 



0x3d 
=0xfc) 



plen_max=8 



2 


2529 


00 


8 


2115 


00000000 


2 


2561 


01 


8 


2466 


00000001 


3 


577 


100 


7 


291 


0000010- 


3 


609 


101 


7 


418 


0000011- 


4 


705 


1100 


6 


386 


000010 — 


4 


737 


1101 


6 


259 


000011 — 


5 


897 


11100— 


5 


929 


00010 — 


5 


929 


11101 — 


5 


8 97 


00011 — 


6 


259 


111100 — 


4 


737 


0010 


6 


386 


111101 — 


4 


705 


0011 


7 


291 


1111100- 


3 


609 


010 


7 


418 


1111101- 


3 


577 


011 


8 


2115 


11111100 


2 


2561 


10 


8 


2466 


11111101 


2 


2529 


11 



original table entries 



(prefix=0x3e plen_max=8) 



(pref ix=0x3e plen_max=8 
mask key=0xf c) 
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Q 


9 SQ"* 

£. u Z) _J 




9 


9 

-J z> _> 


00 


p 

0 


o o o x 


00000000 


UlllllUUU 






9 69^ 




0 
£. 


969 S 




p 

0 




00000001 


UXXXXXUVJX 


V X 


i n 

x u 


fid 1 
Oil 


nniiim nn 


-J 
J 


fid 1 


1 00 


7 


4^0 

fi O U 


000001 0- 


VJXXXXXUXUU 




i o 

X V 


/ £. X 


0111110101 - 


"5 
D 


9791 


101 


7 


A ft 9 


000001 1 - 


uxxxxxuxux 


X \J X 


1 1 

X X 




011111011 00 

uxxxxxuxxuu 


A 
H 


7 fiQ 


1 i 00 


D 


? ? O 


00001 0 

\j \j \j \j j. \j 


1 1 

X X 


ftoi 


01111101101 

uxxxxxuxxux 


A 


ft 01 

O U X 


1101 


D 


Qfil 


00001 1 -- 


1 9 


90R ^ 


0111110111 00 


-J 


90R^ 


111 00 


D 


9 1 4 
z. ± i \j 


00010 


12 


2146 


011111011101 — 


5 


2146 


11101 


5 


2083 


00011 — 


13 


961 


0111110111100 — 


6 


961 


111100— 


4 


801 


0010 


13 


993 


0111110111101 — 
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14 3297 
14 3329 
13 3201 
13 3233 
12 3137 
12 3169 
11 2913 
11 2945 
10 2817 
10 2849 
9 2657 
9 2689 


10000000000010- 
10000000000011- 

1000000000010 — 

1000000000011 — 

100000000010 — 

100000000011 — 

10000000010 

10000000011 

1000000010 

1000000011 

100000010 


7 3297 0000010 
7 3329 0000011 
6 3201 000010- 
6 3233 000011- 
5 3137 00010 — 
5 3169 00011 — 
4 2913 0010— 
4 2945 0011 — 

3 2817 010 

3 2849 011 




7 3297 
7 3329 
6 3233 
6 3201 
5 3137 
5 3169 
4 2913 
4 2945 
3 2817 
3 2849 
2 2657 
2 2689 


0000000 

0000001 ! 

000010- 

000011- 

00010— 

00011 — 

0010— 

0011— 

010 

011 


100000011 


2 2657 10 




10 




2 2689 11 




11 


original 


table entries 


(prefix=0x41 plen 


jnax-1 ) 


(pref ix= 
mask key 


0x41 plen_max=l 
=0x0) 


8 2465 
8 2497 


10000010 

10000011 


1 2465 0 
1 2497 1 


1 24 65- 
1 2497 


0 
1 


original 


table entries 


(prefix=0x42 
plen max=0) 


-0x42 




7 2369 
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N/A 
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IN / r\ 


original 


table entries 


(pref ix=0x43 
plen max=0) 
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7 2401 
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N/A 


KI / A 


original 


table entries 


(pref ix=0x44 
plen max=0) 


-0x45 


(N/A) 


6 2209 


100010 


N/A 


N/A 


original 


table entries 


(pref ix=0x46 
plen max=0) 


-0x47 


(N/A) 


6 2241 


100011 


N/A 


N/A 


original 


table entries 


(pref ix=0x48 
plen max=0) 


-0x4b 


(N/A) 


5 2081 


10010 


N/A 


N/A 


original 


table entries 


(pref ix=0x4c 
plen max=0) 


-0x4f 


(N/A) 


5 2113 


10011 


N/A 


N/A 


original 


table entries 


(pref ix=0x50 
plen max=0) 


-0x57 


(N/A) 


4 65 


1010 


N/A 


N/A 


original 


table entries 


(pref ix=0x58 
plen max=0) 


-0x5f 


(N/A) 


1 4 2049 


1011 


N/A 


N/A 


original 


table entries 


(pref ix=0x60 
plen max=0) 


-0x6f 


(N/A) 


3 1 


110 


N/A 


N/A 


original 


table entries 


(prefix=0x70 
plen max=0) 


-0x7f 


(N/A) 


3 33 


111 


N/A 


N/A 



Table 9. The VLC Table in Table 8 decomposed into prefix-oriented tables 



Note that one effect of partitioning into prefix-oriented tables and then into 
sub-tables for the AUVLD control table and code table construction as compared 
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to a direct VLD control table and code table construction is the decrease in the 
number of repetitions in the code table due to a smaller range of codeword 
lengths in the sub-tables. For example, dividing Table 8 directly into sub-tables 
would mean that all codewords beginning with 01 would be in the same sub-table 
and these codewords vary in length from 5 bits to 15 bits. In contrast, in the 
prefix-oriented tables with prefixes = Olxxxxx, the prefix-stripped codewords 
varying in length from 2 bits to 8 bits in five of the prefix-oriented tables and from 
4 bits to 8 bits in the largest prefix-oriented table which has prefix 0111111; see 
Table 9. 

Next, for each prefix-oriented table shown in the center column of Table 9, 
consider all possible bit masks, maskkey, oiplenmax bits, and XOR (bit-by-bit) 
the left-shifted, prefix-stripped codewords with such mask key. Then reorganize 
the XORed prefix-oriented table with increasing order by interpreting as binary 
integers; see the third column of Table 9. For example, the prefix-oriented table 
for prefix = 0x1 F has plenmax - 8, and thus with 8-bit mask_key = OxFC (=1111 
1 100) the pre/zx-stripped, left-shifted codewords have their first 6 bits reversed by 
the XORing. These XORed codewords are reorganized as illustrated in the right 
column of Table 9 which shows the entry 8 19 1 1 1 1 1 1 00 of the center column 
becoming entry 8 19 00000000 of the right column and thus moving in the 
ordering from second largest in the center column to smallest in the right column. 
Each possible 8-bit mask key is used, and the one yielding the smallest memory 
requirements for the resulting control and code tables (next paragraph) will be 
selected. Very roughly, the mask key which makes the longest codewords in the 
prefix-oriented table have the most leading 0s will minimize memory 
requirements when using the 0-leading construction of VLD control and code 
tables of the foregoing sections. Indeed, the reverse used for 1-leading codes in 
the foregoing to convert them to 0-leading codes is the special case of taking 
mask_key = 1 1 1 ... 1 1 . The pair {plen max, mask key) is the entry in AUVLD prefix 
table (VLDPrefixTab in Figure 1b) corresponding to prefix; this prefix table has 
2 pbUs entries. 
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For a prefix-oriented table with none or only one entry (so plenjnax = 0), 
construct the corresponding AUVLD control table with only one entry. Of course, 
when plenjnax = 0, the first bits of prefix are the codeword. 

For each prefix-oriented table with multiple entries (XORed pre/ut-stripped, 
left-shifted codewords), construct a control table plus a code table in the same 
manner as described for the O-leading construction of the UVLD code table and 
UVLD control table in the foregoing sections. The overall AUVLD control table is 
two-dimensional in the sense that the subtables of the AUVLD code table are 
indexed by both prefix and subtabjd, the same subtable index as in a UVLD 
control table. However, following section 6 will merge the prefix table into the 
control table to reduce memory, and Table 12 shows the ultimate VLD code table 
and VLD control table for Table 8. 

5. Advanced universal VLD decoding 

As illustrated in Figure 1b, AUVLD decodes using the tables constructed 
in the foregoing section (the prefix table VLDPrefixTab[.], the two-dimensional 
VLD control table VLDCtlTab[.][.], and the VLD code table VLDCodeTab[.]) 
including the corresponding parameters lenjnax and pbits. Indeed, given the 
following data types: 

typedef struct vldcodetab{ 

char length; 

short pattern 
} VLDCodeTab; 

typedef struct yldctltab{ 

char shift; 

short offset; 
} VLDCtlTab; 

typedef struct vldpref ixtab{ 

char plen_max; 

int mask_key; 
} VLDPref ixTab; 

then AUVLD decodes as follows: 

1 . Get prefix for the next codeword (which encodes the next symbol) from 

the first pbits of the bitstream starting at the current decoding position. 
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2. Obtain the maximum code length {plenjnax) and mask {maskjtey) for 
the prefix-oriented table corresponding to prefix by look up in the VLD prefix 
table: 

plenjnax = VLDPref ixTab [prefix] . plen_max; 
mask_key = VLDPref ixTab [prefix] .mask_key; . 

3. Get value, the next plenjnax bits (following the pbits bits already read) 
from the bitstream; note that plenjnax may be 0. 

4. Perform XOR with the mask key from step 2: value = XOR(value, 
maskjcey) where maskjcey was found in step 2 as part of the look up. 

5. Use the XORed value from step 4 to determine the sub-table index, 
subtabjd, for addressing the VLD control table: if value is 0 (e.g., plenjnax = 0), 
then subtabjd = 0; else subtabjd = (int) log 2 (value) + 1. 

6. Get shift and offset from the (two-dimensional) VLD control table; prefix 
is the first index and subtabjd the second. In Figure lb prefix controls SWITCH 
to set VLD control table first index. 

shift = VLDCtlTab [prefix] [subtab_id] . shift ; 
offset = VLDCtlTab [prefix] [subtab_id] .off set; 

7. Compute the index to use in the VLD code table from shift and offset: 
index = (value » shift) + offset] this is the same as with UVLD. 

index = (value » shift) + offset; 

8. Use index to look up length and pattern in the VLD code table; this is the 
same as with UVLD. 

length = VLDCodeTab [index] . lengths- 
pattern = VLDCodeTab [index] .pattern; 

9. Set the next decoder position by moving the current decoding position 
by length bits; and interpret pattern to decode the symbol; again the same as with 
UVLD. 

10. Loop back to step 1 for decoding the next symbol. 

Note that errors are detected when the bits read do not correspond to a 
codeword and thus do not lead to an entry in the VLD code table. 
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The following table 10 shows pseudocode for the decoding of Figure 1b. 

int AdvancedUniversalVLD( 

Bitstream *stream, /* pointer of bitstream 

*/ 

VLDCodeTab * vldtab, /* pointer of VLD code table 

*/. 

VLDCtlTab **vldctl, /* pointer of VLD control table 

*/ 

int lenmax, /* maximum code length in the VLC table 
V 

int pbits, /* number of prefix bits 



•/ 
*/ 

*/ 

{ 

=*/ 
=♦/ 



/* 



*/ 
=*/ 

=*/ 

=*/ 



*/ 
=*/ 



VLDPrefixTab *vldprefixtab, / * pointer of VLD prefix table 

char *err_flag) /* err flag =1 ->error detected, err _flag=0->decoding OK 



int value, subtab id, index; 

int prefix, mask_key, plen_max; 
/*=================================== 

/* get the value of next "len_max" bits in the bitstream 
*/ 

/*=——- — ■-— 



value = next_bits(stream, len max); 



/* get the value of prefix 
/*==—==== 



prefix = value»(len_max-pbits); 
I* ~ — = 



/* get maximum code length and mask key of prefix-oriented table 
*/ 

/♦============================ 



plenmax = vldprefixtab[prefix].plen_max; 
maskkey = vldprefixtab[prefix].mask_key; 



/♦ =====================================================================v 

/* get the value of next "plen_max" bits 



*= 



value = (value»(len_max-pbits-plen_max)) & ((l«plen_max)-l); 
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/* Perform XOR opertaion 

*/ 

/»— = 

=*/ 

value = value A maskkey 
/» - 

=*/ 

/* determine the sub-table index according to the value. TMS320C6X and TMS320C54X have 
*/ 

/* special instructions for such an operation 
*/ 

/♦====* ■-■ ===== 

=*/ 

if (value=0) subtab id = 0; else subtab_id = (int) log2(value) + 1 ; 

/♦========= ===================================== 

=*/ 

I* get index in the VLD code table 
*/ 

/ » ================================================================ 

=*/ 

index = vldctl[prefix][subtab_id].ofTset + (value»vldctl[prefix][subtab_id].shift); 

/ * =============== _ === ^ ===;= === == ======================= 

=*/ 

/* decide if an decoding error is detected 
*/ 

/* — - - - - - - - - - " 

=*/ 

if (vldtab[index]. length ==0) *err_flag =1; else *err flg=0; 

/*======================================================== 

=*/ 

/* update the current decoding position in the bitstream 
*/ 

/♦ ============================================================= = === 

=*/ 

if (*err_flg==0) flush_bits(stream, vldtab[index].length); 

/*======================================================= 

=*/ 

/* return the decoded coding pattern 
*/ 

/♦ =========================================================== = ==== 

=*/ 

return vldtab[index]. pattern; 

} 

Table 10, pseudocode for the AUVLD of Figure 1b 



6. AUVLD efficient table storage 
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The AUVLD of the preceding sections shares the same table construction 
as the UVLD; the only difference is the UVLD table is stored in a more efficient 
way. According, a variation of AUVLD provides a more efficient storage using a 
another table format as follows. First, note that the prefix table has 2 pbits entries 
and that each entry could be 5 bytes: 1 byte for plenjnax and 4 bytes for the 
maskjcey. But the majority of prefix-oriented tables have none or only one entry 
and do not use or need maskjcey stored. In the Table 9 MPEG-4 RVLC example, 
only 14 of the 128 prefixes have a prefix-oriented table with multiple entries. And 
storing the control table as a two-dimensional array wastes memory in that the 
number of entries is the product of 2 pbits times maxfalenjnaxj + 1} over j = 0, 1, 
2 pbit s _j Thus, a prefix-oriented table with only one entry has to maintain 9 
entries to make the two-dimensional control table addressing {prefix, subtabjd) 
possible. The two-dimensional control table in this case will have a total of 128x9 
entries, most of the entries are dummy entries. Therefore, second preferred 
embodiments AUVLD combine the prefix table and the two-dimensional control 
table into a one-dimensional control table, VLDCtlTab[.] as illustrated in Figure 
1c. The VLD code table remains unchanged, and the combination of the prefix 
and control tables is as follows. 

1 . combine each entry {shift, offset) of the control table of each prefix-oriented 
table into a 1 6-bit word, with 5-bit shift followed by 1 1 -bit offset. 

2. embed maskjcey of each prefix-oriented table into its control table 
VLDCtlTab by applying the following rules where VLDCtlTab is the VLD control 
table, plenjnax and maskjcey are the maximum code length and mask key for the 
prefix-oriented table, and lenjnax is the maximum code length for the VLC table : 

a) if plenjnax = 0, then no maskjcey is embedded; 

b) if plenjnax > 0 and lenjnax < 16, then put maskjcey in VLDCtlTab[-l]; 

c) if plenjnax > 0 and lenjnax > 16, then put (maskjcey » 16) in 
VLDCtlTab[-2] and (maskjcey & OxFFFF) in VLDCtlTab[-l] 

3. cascade the individual VLD control tables (with maskjcey embedded) 
together into a lined-up one-dimensional VLD control table, in the order of 



TI-36231 Page 29 



increasing prefix value. Dummy VLD control table entries are eliminated in this 
step. 

4. place 2 pbits 16-bit entries in front of the lined-up one-dimensional VLD control 
table to make up a combined VLD control table; see Figure 1c. These first 2 pbits 
16-bit entries are addressed by prefix. Each of these entries is a doublet 
{plenjnax, ptabjd) where plenjnax is the maximum code length within the a 
prefix-oriented table and ptabjd points to the start index of the VLD control table 
of a prefix-oriented table in the combined one-dimensional control table; see 
Figure 1c. The entry {plenjnax, ptabjd) is combined into 16 bits by allocation of 
5 bits for plenjnax followed by 1 1 bits for ptabjd. 

5. combine each entry {length, pattern) in the VLD code table into 16 bits with 
(16 - symbol J>its)-b\\ length followed by {symbol J>its)-b\\ pattern, where symbol Jbits 
is the number of bits used in storing pattern. 

The alternative embodiment AUVLD decoder uses these two tables 
together with the parameters lenjnax, pbits, and symbol bits for decoding. Note 
that all possible tables corresponding to combinations values of pbits and the 
various mask_key$ are computed, and the values leading to the smallest memory 
required are selected. Of course, the universal decoding would also work for the 
tables derived for other values of pbits and the various mask_key$\ only the proper 
table format is needed for this particular AUVLD. 

7. AUVLD decoding with efficient storage 

As illustrated in Figure 1c, with the preceding section efficient storage of 
merged prefix and control tables, AUVLD decodes using the VLD control table, 
VLD code table, and parameters lenjnax, pbits, and symbol 'Jbits as follows: 

1 . Get prefix for the next codeword by reading the first pbits from the 
bitstream starting from the current decoding position. 

2. Obtain the maximum code length {plenjnax) and prefix-oriented table 
index {ptabjd) for the prefix-oriented table corresponding to prefix by look up in 
the one-dimensional control table using plenjnax = VLDCtlTab[pre/bc] » 1 1 (the 
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first 5 bits of the table entry) and ptabjd = VLDCtlTab[prey?x] & 0x7FF (the last 

11 bits). 

3. Get mask_key by 

\i plenjnax > 0 and lenmax £ 16, then maskjcey = VLDCtlTab[pta6_/cM] 
if jnax > 0 and lenjnax > 16, then maskjcey = (VLDCtlTab[p/a6_/'rf-2] « 
16) + VLDCtlTab[p/o6_W-l] 

4. Get, value, the next plenjnax bits (following the pbits bits already read) 
from the bitstream; note that plenjnax may be 0. 

5. Perform XOR: value = XOR(va/we, maskjcey) where maskjcey was found 
in step 3 look up. 

6. Use value from step 5 to determine the sub-table index, subtabjd, for 
addressing the VLD control table: if value is 0 (e.g., plenjnax = 0), then subtabjd 
= 0; else subtabjd - (int) logz(value) + 1 . 

7. Get shift and offset from the (one-dimensional) VLD control table by shift 
= VLDC\\ldb\ptabJd+subtabJd\ » 1 1 (first 5 bits of entry) and offset - 
VLDC\\ldto\ptabJd+subtabJd) & 0x7FF (last 1 1 bits) 

8. Compute the index in the VLD code table from shift and offset: index = 
(value » shift) + offset; this is the same as with UVLD. 

9. Use index to look up length and pattern for the current encoded symbol in 
the VLD code table by length = VLDCodeTab[i>wfe;c] » symbol Jbits (first bits of 
entry) and pattern = VLDCodeTab[/Wex] & 2 symbo '- bi,s -\ (last bits) . 

10. Set the next decoder position by moving the current decoding position 
by length bits; and interpret pattern to get the decoded symbol; again the same as 
with UVLD. 

1 1 . Loop to step 1 for the next symbol decoding. 

Following Table 11 shows pseudocode for the decoding of Figure 1c, and Table 

12 shows the corresponding VLD code table and VLD control table constructed 
from Table 8. Note that the VLD code table has 295 entries and the VLD control 
table has 256 entries where each entry is one 2-byte word; whereas, the original 
MPEG-4 RVLC table has 170 entries with each entry (length, pattern, vie code). 
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Thus the preferred embodiment conversion to universal decoding format does 
not greatly expand the VLC table. 



int AdvancedUniversalVLD( 
Bitstream * stream, 

*/ 

Unsigned short *vldtab, 
*/ 

Unigned short *vldctl, 

*/ 

int lenmax, 
*/ 

int pbits, 



*/ 
*/ 

*/ 

{ 

=*/ 
=*/ 



int symbol_bits, 
char *err_flag) 



/* pointer of bitstream 

/* pointer of VLD code table 

/* pointer of VLD control table 

/* maximum code length in the VLD table 

/* number of prefix bits 
/* number of bits used for saving pattern in VLD code table entry 
/* err flag =1 ->error detected, err_flag=0->decoding OK 



int value, subtab id, index; 

int prefix, maskkey, plenmax; 



/* 



/* get the value of next "len_max" bits in the bitstream 
*/ 

/* ================================== 



value = next_bits(stream, lenjnax); 



/*— 

V 

-*/ 



«*/ 



/* get the value of prefix 



prefix = value»(len_max-pbits); 



/* get maximum code length and mask key of prefix-oriented table 
V 

/ » ========== ==— — == ===== 



plen_max = vldctl[prefix]» 1 1 ; 
ptab_id = vldctl[prefix]&0x7ff; 

if (len_max < 16 && plen_max >0) mask_key = vldctl[ptab_id-l]; 
else If (len max > 16 && plen max >0) 
mask^key = (vldctltab [ptab_id-2]«16) + vldctl[ptab_id-l]; 
else mask_key = 0; 
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/* get the value of next "plen_max" bits 

♦/ 

/* =— 

=*/ 

value = (value»(len_max-pbits-plen_max)) & ((l«plen_max)-l); 

/«— ===== ===== — --— — — '/ 

/* Perform XOR operation 

*/ 

/♦=== ===== - - — - 

=*/ 

value = value A maskkey 

/ * ===== ^ =================== ^ ===============================: 

-*/ 

/* determine the sub-table index according to the value. TMS320C6X and TMS320C54X have 
*/ 

/* special instructions for such an operation 
*/ 

/ « =========== :^ ============== = = ===== 

=*/ 

if (value==0) subtab_id = 0; else subtab_id = (int) log2( value) + 1 ; 

/*=======================^========================================= 

=*/ 

/* get index in the VLD code table 
*/ 

/* ================================================================== 

=*/ 

index = vldctl[ptab_id+subtab_id]&0x7ff + (value» (vldctl[ptab_id+subtab_id]»l 1)); 
/♦ ==============================;============= ================= 

=*/ 

/* decide if an decoding error is detected 
*/ 

/♦ === ^ ============================================================= 

=*/ 

if ((vldtab[index]»symbol_bits) ==0) *err_flag =1 ; else *err_flg=0; 

=*/ 

/* update the current decoding position in the bitstream 
*/ 

=*/ 

if (*err_flg==0) flush_bits(stream, vldtab[index]»symbol_bits)); 

/♦ — - 

♦/ 

/* return the decoded coding pattern 
*/ 

/*==== ===== ; ============== ========= = 

= V 

return vldtab[index] < fe(2^*°'-'" B -y > ); 

} 
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Table 1 1 , pseudocode for the AUVLD of Figure 1c 



/* 4 bit len + 12 bit pattern ( 
static unsigned short 
MPEG4_RVLC_INTER_dcdtab[295]=={ 



0x0000, 


0x5058, 


0x5058, 


0x5058 


0x4002, 


0x4002, 


0x4002, 


0x4002 


0x5003, 


0x5061, 


0x5061, 


0x5061 


0x60cl, 


0x7004, 


0x7042, 


0x8005 


0xe012, 


OxdOOe, 


OxdOOd, 


0xc027 


0xa008, 


0x9024, 


0x9007, 


0x5081 


0x50al, 


0x50al, 


0x50al, 


0x60el 


0x7141, 


0x8023, 


0x8062, 


0xf085 


OxdOOf , 


0xc064, 


0xc045, 


0xb044 


0x9043, 


0x6861, 


0x6861, 


0x6881 


0x8181, 


0xf222, 


0xf4al, 


0xe046 


0xc0c3, 


0xb0a3, 


0xb083, 


0xa0e2 


0x7921, 


0x81al, 


0x81cl, 


Oxf 4cl 


0xd084, 


0xc361, 


0xcl62, 


0xb2al 


0x9221, 


0x8802, 


0x8981, 


0xf843 


0xdl03, 


0xc3al, 


0xc381, 


0xb2el 


0x99el, 


0xfd21, 


0xfd41, 


0xelc2 


0xc823, 


0xb321, 


0xb301, 


Oxaaal 


0xfd81, 


0xe202, 


0xe441, 


0xd421 


0xb341, 


Oxaael , 


Oxaael , 


0x0000 


0x0000, 


0xe982, 


Oxeccl , 


0x0000 


0xd922, 


0xd902, 


0xd902, 


0x0000 


0xd8e2. 

\S VwA W W f 


0xd8c2, 


0xd8c2, 


0xcc21 


OxccOl, 


OxccOl, 


OxccOl, 


0x0000 


0xd8a2, 


0xd804, 


0xd804, 


Oxcbel 


Oxcbcl, 


Oxcbcl, 


Oxcbcl, 


Oxbb41 


0xbb41, 


0xbb41, 


0xbb41, 


0xb842 


0xb842, 


0xb842, 


0xb842, 


Oxecel 


0xcc61, 


0xbb61, 


0xbb81, 


OxabOl 


0x89cl, 


0x7941, 


0x7961, 


0x68al 


0x5821, 


0x5821, 


0x5821, 


0x5841 


0x4041, 


0x4041, 


0x4041, 


0x4041 


0x4801, 


0x4801, 


0x4801, 


0x4801 


0x3001, 


0x3001, 


0x3001, 


0x3001 


0x3001, 


0x3001, 


0x3001, 


0x3001 


0x3021, 


0x3021, 


0x3021, 


0x3021 


0x3021, 


0x3021, 


0x3021, 


0x3021 



ymbol_bits=12) , MPEG4_RVLC_INTER 



0x5058, 


0x4002, 


0x4002, 


0x4002, 


0x4002, 


0x5003, 


0x5003, 


0x5003, 


0x5061, 


0x6022, 


0x6022, 


0x60cl, 


0x8006, 


0xf013, 


Oxf 067, 


OxeOll, 


OxcOOc, 


OxbOOb, 


OxbOOa, 


0xa009, 


0x5081, 


0x5081, 


0x5081, 


0x50al, 


0x60el, 


0x6101, 


0x6101, 


0x7121, 


Oxf Oe4 , 


0xe029, 


0xe02a, 


OxdOlO, 


0xb026, 


0xa063, 


0xa025, 


0x90a2, 


0x6881, 


0x7161, 


0x78el, 


0x8082, 


0xe047 , 


0xd065, 


0xd028, 


0xc0e3 , 


0xa0c2, 


0x9201, 


Ox91el, 


0x7901, 


Oxf 825, 


0xe066, 


OxeOc4 , 


0xd0a4 , 


Oxbl42, 


0xal22, 


0xal02, 


0x9822, 


Oxf 9a2, 


0xel23, 


0xela2 , 


0xdl82, 


0xb2cl, 


0xa261, 


Oxa241, 


0x9a01, 


0xele2 , 


0xd3el, 


Oxd3cl , 


0xc862, 


0xa281, 


0x9a41, 


0x9a21, 


0xfd61, 


0xd401, 


Oxcbal , 


0xc882 , 


0xb803, 


0x0000, 


0x0000, 


0x0000, 


0x0000, 


0x0000, 


0xe942, 


0xe962, 


0xd922, 


0x0000, 


0xe805, 


0xe824, 


0xd8e2, 


Oxcc2 1 . 


0xcc2 1 . 


0xcc2 1 . 


OxccOl , 


0x0000, 


0xe461, 


Oxe481, 


0xd8a2, 


Oxcbel, 


Oxcbel, 


Oxcbel, 


Oxcbcl, 


Oxbb41, 


Oxbb41, 


Oxbb41, 


Oxbb41, 


0xb842, 


0xb842, 


0xb842, 


0xb842, 


OxedOl, 


Oxdcal, 


Oxdc81, 


Oxcc41, 


0xab21, 


0x9a61, 


0x9a81, 


0x89al, 


0x68al, 


0x68cl, 


0x68cl, 


0x5821, 


0x5841, 


0x5841, 


0x5841, 


0x4041, 


0x4041, 


0x4041, 


0x4041, 


0x4801, 


0x4801, 


0x4801, 


0x4801, 


0x3001, 


0x3001, 


0x3001, 


0x3001, 


0x3001, 


0x3001, 


0x3001, 


0x3001, 


0x3021, 


0x3021, 


0x3021, 


0x3021, 


0x3021, 


0x3021, 


0x3021, 


0x3021, 





/* prefix_bits = 7, lenjnax = 15 */ 
/* 5 bit SHIFT + 11 bit OFFSET */ 
static unsigned short 

MPEG4_RVLC_dcdct 1 [ 2 5 6 ] = { 
0x0080, 0x0080, 0x0080, 0x0080, 0x0081, 0x0081, 0x0081, 0x0081, 
0x0082, 0x0082, 0x0082, 0x0082, 0x0082, 0x0082, 0x0082, 0x0082, 
0x0083, 0x0083, 0x0083, 0x0083, 0x0084, 0x0084, 0x0084, 0x0084, 
0x0085, 0x0085, 0x0086, 0x0086, 0x0087, 0x0088, 0x088a, Ox408d, 
0x0096, 0x0096, 0x0096, 0x0096, 0x0097, 0x0097, 0x0097, 0x0097, 
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UAU \J .70 / 


fixfiOQR 
u a u u z* o , 


UXUU Zf Zf , 


fi vfifiQQ 

UXUU ZfZf/ 


fivfifi 

uxuu , 


UXUU jD, 


fivfifi QH 
UXUO ?u , 


fi v A fia fi 
UXfi UaU , 


fivfifiFQ 

\j au U a Zf , 


v Au \J & J f 


UAuUaa, 


fi vfifia a 


fivfifi aK 
UXUUaD, 


UXUUaC , 


fivfiftao 


fi v 4 fiKI 
UX 4 UU1 , 




fi vfifihh 


fi vfiftHH 


fi v 4 fir^fi 

UX4ULU; 


fi v fi Q <-» ^ 
UXUo Ca , 


UX4 uca, 


fi vd fiH7 
UX 4 UU / , 


Civ A (1q 1 
UX 4 Uc 1 , 


UaJO CJJ , 


DxfiR f d 


fivfifif 6 


fi vfifif 7 

U X U U J. / , 


fi vfifi f ft 
UXU U 1 0 , 


fi vfifi ffi 
UXUU 10, 


fivfifiFQ 

UXUU13, 


fivfifiFQ 
UXUU 1 -7 , 


fivfifif;* 


UXUUld/ 


Dvnn f ^ 

UAUUIa , 


fivfifi f a 
UXUU la , 


UXUU ID , 


UXUUlD, 


fivfifi FK 
UXUUlD, 


n vfifi Fbi 
UXUU ID , 


UXU U J. O , 




n v n n f p 


fivfifi f n 
UXUUIL, 


fivfifi f P 
UXUU 1C , 


UXUUIC, 


fi vfifi fr* 
UXUUIC, 


fi v fi fi f r 
UXUUIC, 


fi vfifi f H 


fivfifif H 


UXU ylU, 


fivfifi f H 

UXUU 1U, 


UXUUIU, 


fivfifif H 

uxuuia, 


fi vfifi fd 

uxuuia, 


fivfifif H 

uxuuia, 


n von fp 


flyfinf P 

VJ A U U 1. C , 


nyfinf p 

\J A VJ \J J_ c , 


UAUUlC/ 


fivfifi fo 
UXUUic, 


fivfifi fo 

uxu u i e , 


fivfifi Fo 
UXUUlc, 


fivfifi Fo 
UXUUIC, 


n v n n f d 


n vfinf p 


n von f p 


fivfifi f P 


fivfifi f D 

UXU U 1 c , 


uxuu i e , 


fivfifi Fo 
UXUUIC , 


fivfifi Fo 
UXUU 16 , 


n von f f 

UXUU J. J. , 


fivfifif f 

UXUUll , 


UXUU 11, 


fivfifif f 
UXUUll , 


fi vfifif f 
UXUU 1 1 , 


fivfifi f f 
UXUUll , 


UXUUll, 


fivfifi FF 
UXUU1 1 , 


n Y nnf f 

UXUU 1 1 / 


fivfifif f 


UXUU 11, 


UXUUll , 


fi v rjfi f f 
UXUU 1 I , 


n v nnf f 

UXUU 1 1 , 


UXUUll, 


UXUU 11, 


nvnnnn 

uxuuuu , 


UXUUUl , 


UXUU \JD f 


UXUUUU, 


UXUUll , 


fivfifil R 

UXU U 1 o , 


fivfifil 7 
UXU U 1 If 


fivfifil Q 
UXU U 1 Zf , 


UXUU la , 


uxuuuu , 


UXUU ID , 


UXUU ID , 


n v n n f ^ 
UXUUIC, 


uxuuia, 


uxuu ia, 


f\v A Cil F 
UX4 U 1 1 , 


r\ vfifi 1 H 

uxuo ia, 


fivi m f 
uxi u ir, 


fi v 1 fi 9 1 
UXI O c. 1 , 


fi v 9fi9 *5 
UXZUZO, 


UXZo^j , 


H v "3fi97 
UXjUZ / , 


UXUULD, 


UXUUll , 


UXUU J J , 


UXUU JO , 


fi vfi fi ^"7 
UXUU j / , 


UXUUjo , 


UXUUUU , 


fi v fifi *3 Q 

uxuuoy , 


fivfifi "5 Q 
UXUU O Zf t 


UXUU re, 


UXUU JD , 


UXUU jD , 


fi V /I fi ^/-J 

ux4 uoa, 


fivfifi OK 

UXUo jD , 


fivi fi 

UXIUju , 


fivi Q "5 F 
UXI 0 Jl, 


n v o fi / i 

UXZ U ft 1 , 


UXZ O H O , 


UX JU fi 0 , 


UXU U fl y , 


fi \rC\C\ A K 
UXUUfiD, 


UXUU 4Q, 


uxuu 4 e , 


uxuuuu , 


fivfifi d F 
UXU U H 1 , 


fi vfifid F 
UXU U 4 1 , 


UXUUIC, 


UXUUD 1 , 


UXUUD 1 , 


fi v/1 fi R *3 

UXfi U 0 0 , 


fi vfi Q R 1 

UXUo 01, 


fivi fi R "3 
UX1UOO , 


fivi fi R R 

UXI o 0 0, 


fi v9fi R7 
UXZUO / , 


A v 9fl t: q 


UXjUjU , 


fivfifif f 
UXU U D 1 , 


fivfifi f^fi 

UXU u o u , 


fi vfifififi 
UXU U UU , 


fivfifi fil 
UXUU D 1 , 


fivfififil 
UXU U D 1 , 


UXUUIC, 


UXUUDj, 


UXUUDj, 


fivd fi £ R 
UXfi U OO , 


fivfifi fi*} 
UXUOOj, 


fi V 1 fi £R 

UXiUoj, 


fivi fi £7 
UXI o o / , 


UXZUD^, 


n v9fi fin 

UXZ O OD , 


0x30 fid 


0x0000 


0x007 1 

v A v v ' -L , 


0x0071 




0x0073 


0x0073 


fixd fi7 S 


0x0873, 


0x1075, 


0x1877, 


0x2079, 


0x287b, 


0x307d, 


OxOOfc, 


0x0081, 


0x0081, 


0x4083, 


0x0881, 


0x1083, 


0x1885, 


0x2087, 


0x2889, 


0x308b, 


0x007c, 


0x008f , 


0x008f, 


0x4091, 


0x088f , 


0x1091, 


0x1893, 


0x2095, 


0x2897, 


0x085b, 


0x0002, 


OxOOdb, 


OxOOdb, 


0x38dd, 


0x08db, 


OxlOdd, 


0xl8df , 


0x20el, 


0x28e3, 


0x0000, 


0x00e7, 


0x00e7, 


0x00e9, 


OxOOea, 


OxOOeb, 


OxOOed, 


OxOOef , 


0x00f3, 


0x00f7, 


OxOOff , 


0x0107, 


0x0117, 



Table 12. VLD Code table and control table for MPEG4 INTER RVLC Table 8 

8. Modifications 

Various modifications can be made to the preferred embodiments while 
retaining the features of universal variable length decoding (UVLD) using a 
translation of a given VLC table into a VLD control table plus VLD code table and 
a prefix table (combinable with the control table) for Advanced UVLD. In 
particular, the exemplary VLC tables used could be replaced by others with 
differing bit allocations and symbol bits, bit complementary versions could be 
used, reordering the VLD code table entries and corresponding recomputation of 
the index, a three-tier or more decomposition (e.g., two-tier prefixes) for very 
large VLC tables may reduce memory required, and so forth. 
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